home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000218_news@columbia.edu _Wed Jan 3 12:07:34 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id MAA16797 for <kermit.misc@watsun>; Wed, 3 Jan 1996 12:07:32 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id MAA00721 for kermit.misc@watsun; Wed, 3 Jan 1996 12:07:29 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: debugging a serial connection
  8. Date: 3 Jan 1996 17:07:23 GMT
  9. Organization: Columbia University
  10. Lines: 48
  11. Message-ID: <4ced4b$ma@apakabar.cc.columbia.edu>
  12. References: <yg520ph1iln.fsf@simba2>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <yg520ph1iln.fsf@simba2>,
  16. Russ McManus <rmcmanus@jpmorgan.com> wrote:
  17. : I am using c-kermit from linux 1.2.13 to dial in 
  18. : to my isp to access a shell account, but I am reading 
  19. : lots of spurious data from the modem.
  20. : I connect successfully, but the login menu is interspersed
  21. : with gibberish, and the modem continues to read gibberish.
  22. : I have called my isp to check the connection parameters,
  23. : which are 8bits, 19200 speed, no parity, hardware (rts/cts)
  24. : flow control.
  25. What about error correction?
  26.  
  27. : I use these same connection parameters to dial into another
  28. : account I have at work, with no difficulties.
  29. : I have read the section in "Using C Kermit" on debugging
  30. : connections, and have tried 'set debug session', so
  31. : now I can see lots of printable gibberish.
  32. : What should I try next?  Do the two modems not agree about
  33. : the speed of the connection?  Should I try sending a 'break'?
  34. : How does one debug such a problem?
  35. Gibberish is generally caused by one or more of the following:
  36.  
  37.  1. Line noise
  38.  2. A lack of effective flow control
  39.  3. Parity mismatch
  40.  
  41. Line noise would appear if your particular connection is noisy
  42. (e.g. telephone company problem) and if the two modems have not
  43. negotiated an error correction protocol.
  44.  
  45. Effective flow control requires the cooperation of:
  46.  
  47.  1. The Kermit software on your PC (set flow rts/cts).
  48.  2. The underlying Linux comm port driver.
  49.  3. Your modem (did you give it the command to enable RTS/CTS?).
  50.  4. The modem on the other end.
  51.  5. The thing that the modem on the other end is connected to.
  52.  
  53. To check for a parity mismatch, try telling Kermit to "set parity space"
  54. and see if the garbage goes away.
  55.  
  56. - Frank